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ABSTRACT 



In a bus network wherein a plurality of devices are 
interconnected, the devices share an address space that they 
can access. The position information describing the actual 
locations of the devices, and the functional information for 
the devices are stored in a predetermined area in the address 
space. When a specific device on the network displays 
information in the address space for each device, a user can 
easily specify the actual location of a desired device that is 
connected to the network, and can also identify the func- 
tional information for the device. 
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ELECTRONIC DEVICE THAT STORES information specifically designating the location of the 

INFORMATION ON ITS LOCATION BASED electronic apparatus; and 

ON INFORMATION OBTAINED FROM A a transmission unit, for transmitting the contents of the 

NODE storage means via a bus network. 

5 As another embodiment, an information processing 
method according to the present invention comprises the 
steps of: 

1. Field of the Invention storing, at the least, position information specifically 
The present invention relates to an electronic apparatus, identifying the location of an electronic apparatus in a 

an information processing method, a digital interface, an 10 memory for storing inherent information for the elec- 

information management method and a storage medium, and tronic apparatus; and 

in particular to a communication network wherein a plurality transmitting the contents of the memory via a bus net- 

of devices can be interconnected. work. 

2. Related Background Art 15 As an additional embodiment, a digital interface accord- 
Conventionally, in a communication network using a ing to the present invention comprises: 

digital interface, such as a Centronics interface, a host and a a storage unit for storing inherent information concerning 

device are connected to each other with a one-to-one cor- an electronic apparatus incorporating the digital 

respondence. In such a network, if the number of devices to interface, the inherent information including, at the 

be connected is increased, a great load may be imposed on 2Q least, position information specifically identifying the 

the host. location of the electronic apparatus; and 

In order to resolve this problem, a bus network has been a transmission unit for transmitting the contents of the 

proposed wherein a plurality of devices (e.g., a digital video, storage means via a bus network, 

a digital camera, a scanner and a host computer) can be As a further embodiment, an information management 

interconnected. 25 me thod according to the present invention comprises the 

In this bus network, generally, unique ID information is steps of: 

provided for the individual devices so that each of the writing inherent information for an electronic apparatus in 

devices can identify the others. a memory of the electronic apparatus, the inherent 

The ID information includes, for example, a unique maker information including, at the least, position information 

ID for a device manufacturer, and a device ID (e.g., a serial 30 specifically identifying the location of the electronic 

No.) that the maker arbitrarily assigns to the device. apparatus; and 

By employing the specified ID information, each device transmitting the contents of the memory via a bus net- 
in the bus network is able to specifically identify each of the work. 

other devices. As yet one more embodiment, a storage medium accord- 
However, the following problem is encountered when the 35 m g t0 the P resent invention comprises: 
bus network described above is employed. a first area to be managed based on an address area used 
When, for example, the ID information is to be displayed in common by a plurality of electronic apparatuses 
on the screen of a specific device, it is difficult for a user to connected to a bus network; and 
ascertain the actual location of each device. Especially when a second area for the storage of inherent information for 
a plurality of the same kind of devices manufactured by the each of the electronic apparatuses for which the storage 
same maker are connected to the network, a user must medium is provided, the inherent information 
determine where a desired device is actually located by including, at the least, position information specifically 
examining the device ID included in the ID information. identifying the locations of the electronic apparatuses. 

Furthermore, when the interconnection of the devices can 45 ^ vet another embodiment, an electronic apparatus 

be graphically displayed with the ID information, a user according to the present invention comprises: 

must ascertain where a desired device is actually located a requesting unit, for querying another electronic appa- 

while alternately confirming the connection status of the ratus connected to a bus network to obtain inherent 

devices and how they are connected on the display screen. information concerning the queried electronic 

Especially when the network in question is large and a 50 apparatus, including, at the least, position information 

number of the individual devices are located outside the specifically identifying the location of the queried 

range of the sight of the user, it is very difficult for the user electronic apparatus; and 

to ascertain the actual location of a desired device. a control unit, for displaying, on a display device, a 

. „ , connection relationship for the bus network and the 

SUMMARY OF THE INVENTION ^ faheren| ^fo^o,, & the queried electronic appara . 

An object of the present invention is to solve the above tus. 

described problems. As yet an additional embodiment, an information pro- 

Another object of the present invention is to provide a cessing method according to the present invention comprises 

technique, for an electronic apparatus, an information pro- the steps of: 

cessing method, a digital interface, an information manage- 60 requesting that a specific electronic apparatus connected 

ment method and a storage medium, whereby the actual to a bus network provide inherent information for a 

location of a desired device connected to a network can be different electronic apparatus, including, at the least, 

easily determined. positioo information specifically identifying the loca- 

As a preferred embodiment for such objects, an electronic tion of the different electronic apparatus; and 

apparatus according to the present invention comprises: 65 displaying, on a display device, a connection relationship 

a storage unit, for storing inherent information for the on the bus network and the inherent information for the 

electronic apparatus, including, at the least, position different electronic apparatus. 
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Still other objects of the present invention, and the advan- FIG. 28 is a diagram showing one arrangement of a node 

tages thereof, will become fully apparent during the course in this embodiment; 

of the following detailed description of the embodiment. pjQ 29 is a flowchart for explaining the processing 

BRIEF DESCRIPTION OF THE DRAWINGS performed for preparing a device map according to the 

5 embodiment; 

FIG. 1 is a diagram illustrating the configuration of a FI(J ^ ^ a ^ for lainin ^ processing pe r . 

home network according to one embodiment of the present formed fof ^ ^ confi tion R0M of another node; 

invention; . ... 

-.j. , i c r FIG. 31 is a diagram showing the contents of a correlation 

HG 2 is a diagram showing an example configuration of * embodiment; and 

a 1394 network; 10 & . 

- . c i ■ .i_ r FIG. 32 is a diagram showing an example device map 

FIG. 3 is a diagram for explaining the components of a ... . . & . . * , r 4 . r 

1394 rf displayed on the monitor of a specific node according to the 



FIG. 4 is a diagram showing a service that can provide a 



embodiment. 



link layer; ^ DETAILED DESCRIPTION OF THE 

FIG. 5 is a diagram showing a service that can provide a PREFERRED EMBODIMENT 
transaction layer; 

FIG. 6 is a diagram for explaining an addressspace for the t ^ preferred embodiment of the present invention will 

1394 interface hereinafter be described in detail while referring to the 

FIG. 7 is a diagram showing addresses and the functions 20 accom P an ^ n & ^ rawin g s - 

of data stored in a CSR core register; 1 15 a diagram showing the configuration of a home 

« . , . . * * network to which a bus network for this embodiment is 

FIG. 8 is a diagram showing addresses and the functions .. , 

of data stored in a serial bus register; ™ 

n . . ■ a nm . f tU In FIG. 1, an outlet 101, including a plurality of 

FIG. 9 is a diagram showing a configuration ROM for the . • * L r L .1 \m 

. . c ? 00 connectors, is prepared for each room. Each outlet 1U1 

minimum format; 23 . . , : . r . . , - , c 

. r includes a digital interface that conforms to the 

HG. 10 is a diagram showing a configuration ROM for t EEE i 3 94-1995 standard (hereinafter referred to as the 

the general format; IEEE1394 standard). In this embodiment, a serial bus com- 

HG. 11 is a diagram showing addresses and the functions mU nication cable conforming to the IEEE1394 standard 

of data stored in a serial bus device register; ^ (hereinafter referred to as a 1394 cable) is employed to 

FIG. 12 is a cross-sectional view of a 1394 cable; connect the outlets 101, so that a home network is formed for 

FIG. 13 is a diagram for explaining a DS-Link coding which communication among the rooms is enabled, 

method; The outlets 101 mounted in the individual rooms have a 

FIG. 14 is a diagram for explaining the states of nodes repeater function, and relay data transmitted by devices that 

after a bus reset; 35 are located in different rooms. 

HG. 15 is a flowchart for explaining the processing The devices located in each of the rooms include a digital 

beginning at the start of the bus reset and ending with the mter face conforming to the IEEE1394 standard (hereinafter 

allocation of a node ID: referred to as a 1394 interface), and are connected together 

FIG. 16 is a flowchart for explaining the processing by the 1394 cable, 

performed for the recognition of a parent-child relationship; 40 , Q pjQ h arj inkjet printer uo> a scanner m a 

HG. 17 is a flowchart for explaining the processing personal computer (PC) 112 are located in room A. A digital 

performed when allocating a node ID: video m is located in room B; a digital video 114 is located 

FIG. 18 is a diagram showing an example configuration of m room C, and an inkjet printer 115 is located in room D. 

a self ID packet; two digital videos 113 and 114 are the same model, 

FIGS. 19A and 19B are diagrams for explaining an 45 and the (wo primers no and 115 afe the same moddj 

arbitration procedure; and j n eacn case are produced by the same maker. 

HG. 20 is a diagram for explaining one communication , n tfais embod i ment> in order t0 support the user > s network 

c y c * e * management, the PC 112 employs a predetermined applica- 

HG. 21 is a diagram showing the format of an isochro- ^ {ion to display as a dev i ce map) 0 n the monitor, the con- 
nous data packet; nection states and locations of the devices connected to the 

FIG. 22 is a diagram showing the format of an asynchro- home network, and information concerning :the functions 

nous data packet; supported by the devices. 

FIG. 23 is a diagram showing the structure of a configu- i n trje home network in FIG. 1, digital data, such as print 

ration ROM according to the embodiment; 55 data ( e g tj text da ta or static image data) transmitted by the 

FIG. 24 is a diagram for explaining the processing per- PC 112 to the inkjet printer 110, static image data transmit- 

formed in this embodiment for setting position information ted by the scanner 111 to the PC 112, static image data 

for individual nodes; transmitted by the scanner 111 directly to the inkjet printer 

FIG. 25 is a diagram for explaining the processing per- 115, moving image data transmitted by the digital video 114 

formed in this embodiment for setting position information 60 to the. PC 112, static image data transmitted by the digital 

for individual nodes; video 113 directly to the printer 110 and moving image data 

FIG. 26 is a diagram for explaining the processing per- and audio data transmitted by the digital video 113 to the 

formed in this embodiment for setting position information digital video 114, are transmitted in a time sharing manner, 

for individual nodes; An explanation will now be given for the basic function 

FIG. 27 is a flowchart for explaining the processing 65 of the 1394 interface that makes the deployment of the home 

performed in this embodiment for setting position informa- network of this embodiment possible. The IEEE 1394-1 995 

tion for individual nodes; standard is described in detail in "IEEE Standard for a High 
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Performance Serial Bus", published by IEEE (the Institute The 1394 interface is functionally constituted by a plu- 

of Electrical and Electronics Engineers. Inc.) on Aug. 30, rality of layers. In FIG. 3, the 1394 interface is connected to 

1996. a 1394 interface for another node via a communication cable 

301 that conforms to the IEEE1394 standard. The 1394 

(1) Outline 5 interface includes at least one communication port 302, 

„ . ... 4 . . A . which is connected to a physical layer 303 included in a 

FIG. 2 is a diagram illustrating a communication system hardware section 

(hereinafter referred to as a 1394 network) comprising 1d fig. 3, the hardware section includes the physical layer 

devices (hereinafter -called nodes) and 1394 interfaces. The m and a ^ 3Q4 ^ e ^ ^ a 

1394 network is a bus network employed for the commu- ^ qt ^ aQother node ^ bus 
mention or scnsl o3t3 

resettings, performs associated processing, encodes or 

In FIG. 2, nodes A to H are interconnected by a commu- decodes an input or output signal, and arbitrates the right of 

nication table conforming to the IEEE1394 standard. The usc 0 f a bus ^ layer 304 generates and transmits or 

nodes A to H are, for example, a PC (Personal Computer), receives communication packets, and controls a cycle timer, 

a digital VTR (Video Tape Recorder), a DVD (Digital Video ^ , n nG ^ a firmware section mdudes a transaclion layer 

Disc) player, a digital camera, a hard disk and a monitor. 305 and a serial bus management portion 306. The transac- 

The connection method used for the 1394 network cor- tion layer 305 manages the asynchronous transmission mode 

responds to a combined daisy chain and node branching and provides various types of transactions (read, write and 

method, and permits connections to be made with a great lock transactions). Based on the CSR architecture that will 

degree of freedom. 20 be described later, the serial bus management portion 306 

In the 1394 network, when a currently employed device provides functions for controlling a local node, managing 

is removed, a new device is added, or a currently employed the connection state of the local node, ID information for the 

device is turned on or off, the bus is automatically reset. By local node and the serial bus network resources, 

resetting the bus, the 1394 network can automatically rec- The hardware section and the firmware section substan- 

ognize a new connection state, and can allocate ID infor- 2 5 tially constitute the 1394 interface, the basic structure of 

mation for individual devices. With this function, the 1394 which is specified by the IEEE 1394 standard, 

network is constantly aware of the current connection con- An application layer 307, the constitution of which differs 

figuration. depending on the application software that is to be 

Furthermore, the 1394 network includes a function for employed, included in a software section controls the corn- 
relaying data transmitted by various devices. With this 30 munication of data across the network. For example, the 
function, all the devices can identify the operating state of communication of moving image data of digital VTR is 
the bus. specified by a communication protocol, such as the AV/C 

The 1394 network also has a function called Plug&Play. protocol. 

With this function, the 1394 network can automatically (2-1) Link Layer 304 

identify a connected device, without all the devices being 35 FIG. 4 is a diagram showing the services that the link 

turned off. layer 304 can provide. In FIG. 4, the link layer 304 provides 

In addition, the 1394 network can cope with data transfer the following four services: The transmission of (1) a link 

speeds of 100/200/400 Mbps. Since a device having a higher rec l uest (LK_J)ATA.request), for requesting a response 

data transfer speed can support a lower data transfer speed, node to transmit a predetermined packet; (2) a link nohfi- 

devices having different data transfer speeds can be con- 40 catlon (LK_DATA.indication), for notifying the response 

nected together ncx ^ e °^ tne rece P^ on °f me predetermined packet; (3) a link 

Further, the 1394 network can cope with two different res P° ns « (LK_DATA.response), for indicating that an 

j . . • . i /• .1 i , . acknowledgement from the response node has been 

data transmission modes (i.e., the asynchronous transmis- , & , , ... r a . /T „ 

, i i • • . . . , v received; and (4) a link confirmation (LK 

sion mode and the isochronous transmission mode). t>a™ a • \ i ^ • u i i j ~T 

^ , . . ,.«..,. 45 DATA.confirmation), for confirming the acknowledgement 

Ihc asynchronous transmission mode is effective for the feceived from tQe request node h shou , d ^ QOted ^ nQ 

transmission of data that are to be transmitted Hnk Qse ( LK _D ATA. response) is transmitted for a 

asynchronously, as needed (i.e., control signals or file data). broadcasl commuDical i 0 n and for the transmission of an 

The isochronous transmission mode is effective for the isochronous packet 

transmission of predetermined amounts of data for the which 5Q Based on tQe above lhe Unk { 3Q4 forms 

sequential transmission at a constant data transfer rate is ^ of the tWQ traQsmission modes desc ribed 

requested (i.e., video data or audio data). above> ^ tQe asynchronous transmiss i on mo des and the 

The asynchronous transmission mode and the isochro- isochronous transmission modes, 

nous transmission mode can coexist in each communication (2-2) Transaction Layer 305. 

cycle (normally one communication cycle is 125 ^m). The 55 FIG 5 ^ a diagram showing the services that the trans- 
two transmission modes are employed after the transmission act i on i ayer 305 can provide. In FIG. 5, the transaction layer 
of a cycle start packet (hereinafter referred to as a CSP) that 39.5 pr0 vides the following four services: The transmission 
indicates the start of a cycle. of a lransa ction request (TR_DATA.request), for 

In each communication cycle, the isochronous transmis- requesting from a response node a predetermined transac- 

sion mode is employed before the asynchronous transmis- 60 tion; (2) a transaction notification (TR_DAFA. indication), 

sion mode. Thus, a transmission band for the employment in for notifying the response node of the reception of the 

each communication cycle of the isochronous transmission transaction request; (3) a transaction response (TR__ 

mode is ensured. DATA.response), for indicating that status information 

(including data when a write or lock transaction is 

{!) Arcmtecrure 65 re q Uestec j) f rom me response node has been received; and 

The components of the 1394 interface will now be (4) a transaction confirmation (TR_DXTA.confirmalion), 

described while referring to FIG. 3. for confirming the status information from the request node. 
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Based on the above services, the transaction layer 305 
manages the asynchronous transmission mode, and carries 
out the following three transactions, i.e., (1) a read 
transaction, (2) a write transaction and (3) a lock transaction. 

During (1) a read transaction, the request node reads 5 
information stored at a specific address in the response node. 

During (2) a write transaction, the request node writes 
predetermined information to a specific address in the 
response node. 

During (3) lock transaction, the request node transmits 10 
reference data and update data to the response node and 
compares the reference node with information at a specific 
address in the response node, and in accordance with the 
results of the comparison, changes to update the information 
at the specific address. is 
(2-3) Serial Bus Management Portion 306 

The serial bus management portion 306 provides the 
following three specific functions: (1) node control, (2) the 
isochronous resource manager (hereinafter referred to as a 
IRM), and (3) the bus manager. 20 

The (1) node control controls the above described layers 
and manages the asynchronous transmission of data per- 
formed with another node. 

The (2) IRM manages the isochronous transmission of 
data performed with another node. Specifically, manage- 25 
ment of the transmission band width and the information 
required for the allocation of a channel number is performed, 
and these data are transmitted to another node. 

The IRM function is present only on the local bus, and is 
dynamically selected from the other nodes (nodes including 30 
the IRM function) at each bus reset. The IRM function may 
provide a part of the functions (management of a connection 
configuration, power and speed information) of the bus 
manager that will be described later. 

The (3) bus manager includes the IRM function and 35 
provides a bus management function at a higher level than 
does the IRM. Specifically, the bus manager provides higher 
level management for a power source (management, for 
each node, of information concerning whether power can be 
supplied via a communication cable or whether the supply of 40 
power is required), higher level management of speed infor- 
mation (management of the maximum speed for the trans- 
mission of data between nodes), higher level management of 
the connection configuration (preparation of a topology 
map), and optimization of a bus based on these data. Further, 45 
the bus manager also has a function of transmitting these 
information items to another node. 

The bus manger can provide a service for an application 
for controlling a serial bus network. The service includes the 
transmission of a serial bus control request (SB_ 50 
CONTROL.request), a serial bus event control confirmation 
(SB_CONTROL. confirmation) and a serial bus event noti- 
fication (SB_CONTROL.indication). 

SB_CONTROL.request is a service that the application 
requests when the bus is reset. 55 
SB_CONTROL.confirmation is a service for confirming the 
transmission of the SB_CONTROL.request to the applica- 
tion. SB_CONTROL. indication is a service for transmitting 
notification of the application of an event that occurs asyn- 
chronously. 60 

(3) Address Designation 

FIG. 6 is a diagram for explaining an address space for the 
1394 interface. 

The 1394 interface defines an address space of 64 bits in 65 
accordance with the CSR (Command and Status Register) 
architecture conforming to the ISO/IEC 13213:1994. 
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In FIG. 6, a first field 601 of ten bits is used for an ID 
number for designating a predetermined bus, and a second 
field 602 of six bits is used for an ID number for designating 
a predetermined device (node). These upper 16 bits is called 
a node ID, and the nodes employ the node ID to identify the 
other nodes. Further, communication can be performed by a 
node when the other node has been identified by using this 
node ID. 

A field consisting of the remaining 48 bits is used to 
designate an address space (256 M bytes) included in each 
node. In this field, a field 603 of 20 bits is used to designate 
a plurality of areas that form the address space. 

In the field 603, the portion of 0 to OxFFFFD is called a 
memory space, the portion OxFFFFE is called a private 
space, which is an address that each node can freely use. The 
portion OxFFFFE is called a register space, in which infor- 
mation used in common by the nodes connected to the bus 
is stored. The individual nodes can control communication 
with other nodes by using the information in the register 
space. 

A last field 604 of 28 bits is used to designate an address 
at which information used in common by the nodes or 
inherent to the nodes is stored. 

In the register space, for example, the first 512 bytes are 
used for the core (CSR core) register of the CSR architec- 
ture. The addresses of data stored in the CSR core register 
and functions are shown in FIG. 7. The offset in FIG. 7 is a 
relative position measured from OxFFFFFOOOOOOO. 

The next 512 bytes are used as a serial bus register. The 
addresses of data stored in the serial bus register and 
functions are shown in FIG. 8. The offset in FIG. 8 is a 
relative position measured from 0xFFFFF0000200. 

The succeeding 1024 bytes are used as a configuration 
ROM. 

The configuration ROM holds the minimum format and 
the general,format, and is located at OxFFFFF0000400. The 
configuration ROM for the minimum format is shown in 
FIG. 9. In FIG. 9, a vender ID is a numerical value of 24 bits 
that is uniquely allocated to each vender by the IEEE. 

The configuration ROM for the general format is shown 
in FIG. 10. The above described vender ID is stored in a root 
directory 1002. A node unique ID, which is unique ID 
information for the identification of a node, can be stored in 
a bus info block 1001 and a root leaf 1005. 

Regardless of the maker and the model, the node unique 
ID defines a unique ID with which one node can be 
specified. The node unique ID includes 64 bits; the upper 24 
bits are used for the above described vender ID, and the 
lower 48 bits are used for information (e.g., the serial 
number of a node) that can be freely set by the maker who 
manufactures a node. The node unique ID is used when a 
specific node is recognized continuously before and after a 
bus reset. 

In FIG. 10, information concerning the basic function of 
a node can be stored in the root directory 1002. The detailed 
functional information is stored in sub-directories (unit 
directories 1004) that are offset from the root directory 1002. 
For example, the information concerning the software unit 
supported by a node is stored in the unit directories 1004. 
Specifically, the data stored consists of information concern- 
ing a data transmission protocol for data communication 
between the nodes and a set of commands for defining a 
predetermined communication process. 

In FIG. 10, information unique to a device can be stored 
in a node dependent info directory 1003. The node depen- 
dent info directory 1003 is offset from the root directory 
1002. 
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Further, information unique to a vender who manufac- 
tures or sells a node can be stored in a vender dependent 
information area 1006. 

The remaining area is called unit space in which an 
address is designated at which information unique to the 5 
individual nodes, i.e., identification data (the names of a 
company and a model) for each device and the employment 
condition, is stored. The addresses of data stored in the serial 
device register in the unit space and the functions are shown 
in FIG. 11. The offset in FIG. 1 11 is a relative position 10 
measured from OxFFFFF0000800. 

To simplify the design of a bus system of a different type, 
generally, the nodes should use only the first 2048 bytes in 
the register space. That is, it is preferable that 4096 bytes be 
allocated for the register space, and that this space be 15 
occupied by the CSR core register, the serial bus register, the 
configuration ROM and the first 2048 bytes of the unit 
space. 

(4) Structure of the Communication Cable 20 

FIG. 12 is a cross-sectional view of a communication 
cable that conforms to the IEEE1394 standard. 

The communication cable is constituted by two pairs of 
twisted pair signal lines and power. source lines. Across the 2 5 
power source lines, the 1394 interface can supply power to 
a device for which the main power switch has been turned 
off, or to a device where the power has been reduced due to 
a power failure. 

The voltage flowing across the power lines is defined as 30 
8 to 40 V, and the current is defined as a maximum 1.5 A DC 
current. 

A data signal coded by the DS-Link (Data/Strobe Link) 
coding method is transmitted along the two pairs of twisted 
pair signal lines. 35 

FIG. 13 is a diagram for explaining the DS-Link coding 
method. 

The DS-Link coding method is appropriate for fast serial 
data communication, and two pairs of twisted pair lines are ^ 
required. One pair of twisted pair lines is used to transmit a 
data signal, and the other pair is used to transmit a strobe 
signal. The reception side obtains an exclusive-OR signal 
from the data signal and the strobe signal that are received 
along the two pairs of signal lines, and can reproduce a 45 
clock. 

With the employment of the DS-Link coding method, the 
following results can be obtained by the 1394 interface: (1) 
the transfer efficiency is higher than the other coding 
method; (2) a PLL circuit is not required, and the circuit size 50 
of a controller LSI can be reduced; and (3) since information 
indicating the idle state need not be transmitted, a trans- 
ceiver circuit is easily set to the sleep state and the con- 
sumption of power reduced. 

(5) Bus Reset 55 

The 1394 interface of each node can automatically detect 
a change in the connection configuration of the network. In 
this case, the 1394 network performs a process called a bus 
reset in accordance with the following procedures. It should 60 
be noted that the change in the connection configuration can 
be detected from a change in a bias voltage that is applied 
to a communication port of each node. 

A node that has detected a change in the connection 
configuration of the network (e.g., the removal of a node and 65 
a change in the number of nodes resulting from the powering 
on or off of a node), or a node that may identify a new 
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connection configuration, transmits a bus reset signal to the 
bus via the 1394 interface. 

Upon receiving a bus reset signal, the 1394 interface of 
the pertinent node transmits a signal to its link layer 304 that 
a bus reset has occurred, and also transmits the received bus 
reset signal to another node. A node that receives the bus 
reset signal clears the currently identified connection con- 
figuration of the network and the node IDs assigned to the 
individual devices. When all the nodes have detected the bus 
reset signal, each node automatically performs the initial- 
ization process that is associated with a bus reset (i.e., the 
recognition of a new connection configuration and the 
assignment of new node IDs). 

A bus reset can be activated not only when the above 
described change of the connection configuration is 
detected, but also when, under the control by the host, the 
application layer 307 issues a command directly to the 
physical layer 303. 

When a bus reset is activated, data transmission is tem- 
porarily halted, and is resumed by a new network after the 
initialization associated with a bus reset has been performed. 

(6) Process Sequence Following Start of Bus Reset 

When a bus reset is started, the 1394 interface of each 
node automatically identifies a new connection recognition 
and assigns new node IDs. 

The general process sequence beginning with a bus reset 
and continuing until the assignment of node IDs is 
completed, will now be described while referring to FIGS. 
14 to 16. 

FIG. 14 is a diagram for explaining the state of the 1394 
network in FIG. 2 after a bus reset has been initiated. 

In FIG. 14, node A includes one communication port, 
node B includes two communication ports, node C includes 
two communication ports, node D includes three commu- 
nication ports, node E includes one communication port, and 
node F includes one communication port. To identify the 
nodes, a port number is provided for the communication 
ports of the nodes. 

The processing in FIG. 14, beginning with the bus reset 
and ending with the assignment of node IDs, will now be 
described while referring to the flowchart in FIG. 15. 

In FIG. 15, nodes A to F, which constitute the 1394 
network, constantly monitor the occurrence of a bus reset 
(step S1501). When a bus reset is output by the detection of 
a change in the connection configuration due to the turning 
on or off of the power for a node, the individual nodes 
perform the following processing. 

When a bus reset has occurred, each node declares the 
parent-child relationship through their communication ports 
(step S1502). 

Each of the nodes repeats the process at step S1502 until 
the parent-child relationship has been established: for all the 
nodes (step S1503). 

When the parent-child relationships for all the nodes have 
been established, the 1394 network determines which node 
in the network, i.e., a root, will perform arbitration (step 
S1504). 

After the root has been determined, sequentially, a node 
ID that differs for each mode is set automatically by the 1394 
interfaces of the individual modes (step S1505). 

The root continues the execution of the process at step 
S1505 until node IDs have been set for all the nodes (step 
S1506). 
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When node IDs have been set for all the nodes, the nodes If the branch is maintained as a child until the number of 

begin an isochronous or an asynchronous transmission of undefined ports is reduced to only one, it can not issue a 

data (step S1507). declaration to another node. For example, in FIG. 14, nodes 

After step S1507, the 1394 interface of each node again B, C and D identify themselves as branches, and receive 
performs the monitoring for the occurrence of a bus reset. 5 declarations from a leaf or another branch. Node D declares 
When a bus reset occurs, the 1394 interface performs the a parent-child relationship with to node C after the parent- 
process beginning at step S1501. cnild relationship has been established between nodes D and 

Through the above described processing, each time a bus E and between nodes D and F. Upon receiving the 

reset starts, the 1394 interface of each node can automati- declaration, node C declares the parent-child relationship 

cally identify a new connection configuration and assign 10 node 

new node IDs. If at step S1608 no undefined port is found, i.e., if all the 

^ . - n . .., „ , . , . connection ports of the branch are defined as parent ports, 

(7) Determination of Parent -child Relationship ... .. c . ir . / . C1 r rim 

w r the pertinent branch identifies itself as a root (step S1610). 

The process at step S1502 in FIG. 15, i.e., the process for Iq nG M> for example> node Bj for which all lne 

identifying the parent^child relationship existing between is connection ports are child porlSj ^ identified by the other 

predetermined nodes, will now be described while referring Qodes ^ a TQQ{ and p&donas arb itration for the communi- 

to FIG. 16. cations conducted across the 1394 network. In this 

In FIG. 16, when a bus reset has occurred, nodes A to F embodiment, node B is determined to be a root; however, if 

of the 1394 network confirm the connection states the time at which node B declares the parent-child relation- 

(connected or disconnected) of their communication ports 20 ship ^ earlief thaQ the time at whicQ node c dec i ares j tj 

(step SI 601). another node can be determined to be the root. That is, all the 

After the connection states of the communication ports nodes can be defined as the root depending on the timing of 

have been confirmed, the individual nodes count the number declaration. Therefore, even in the same network 

of communication ports (hereinafter referred to as connec- configuration, the same node is not always defined as the 

tion ports) connected to the other nodes (step S1602). 25 roo t. 

When, as a result at step S16Q2, the number of connection Since lhe pare nt-child relationships for all the nodes are 

ports is one, the pertinent node identifies itself as a leaf (step declared through the above described processing, the indi- 

S1603). A leaf is a node connected only to one other node. vidual nodes can ascertain that the connection configuration 

The leaf node issues a declaration that it is a child to the Q f the 1394 network is a rank structure (tree structure) (step 

node that is connected to its connection port (step S1604). At S1611). In the tree structure, the highest rank is occupied by 

this time, the leaf determines that the connection port is a the parent nodes, in accordance with the parent-child 

parent port (a communication port connected to a parent relationships, while the lowest rank is occupied by the child 

node). nodes. 

The declaration of the parent-child relationship is issued ^ 

between the leaf and the branch, which are end terminals of (8) Assignment of Node IDs 

the network, and then between the branches. The parent- ... 

child relationships among the nodes are determined begin- C1 ™°-. l**™. flowchan f for lhe P' oce ,f al ste P 

ning at the communication port from which the first dccla- S150S m ™. 15, >*., the process for.automat.cally ass.gr.- 

ration is issued. Further, for the nodes, a communication port m S e • t0 00 es * 

from which a node issues a declaration that it is a child is A node ID consists of a bus number and a node number, 

identified as a parent port, and a communication port at Hereinafter, the processing will be described for the assign- 

which a declaration that a node is a child is received is m g of node numbers along a local bus having a bus number 

identified as a child port (a communication port connected to that is common to all the nodes. 

a child node). 45 In FIG. 17, of the child ports to which are connected 

In FIG. 14, after nodes A, E and F identify themselves as nodes for which node IDs have cot yet been set, the root 

leaves, they declare a parent-child relationship. As a result, gives node ID setting permission to the communication port 

a child-parent relationship is established between nodes A having the smallest number (step SI 701). 

and B, between nodes E and D, and between nodes F and D. The root designates a node ID for the node, connected to 

When it is found at step S1602 that the number of 50 a child port, that has the smallest number, and selects the 

connection ports is two or more, the pertinent node identifies child port for which the node ID is to be set. Then, the root 

itself as a branch (step S1605). A branch is a node connected performs the same process for a child port having the next 

to more than two nodes. smallest number. When node IDs have been designated for 

The branch node receives a declaration of a parent-child all the nodes connected to the child ports, the node ID of the 

relationship from a node connected to a connection port 55 root is set. Basically, the numbers used for the node IDs are 

(step S1606). A connection port at which a declaration is assigned in the order 0, 1, 2, . . . in consonance with the order 

accepted is identified as a child port. of the leaves and the branches. The root, therefore, has the 

When one connection port is identified as a child port the largest node number, 

branch determines whether there are two or more connection A node that obtains permission at step S1701 to set a node 

ports (e.e., undefined ports) for which a parent-child rela- 60 ID » first determines whether among its ports it has a child 

tionship has not yet been established (step SI 607). When the port to which is connected a child node for which a node ID 

number of undefined ports is two or more, the branch repeats has not yet been set (step S1702). 

the process at step SI 606. If, at step S1702, the node determines that it has a child 

If at step S1607 only one undefined port is found, the port to which a child mode is connected for which a node ID 

branch identifies the undefined port as a child port, and 65 has not yet been set, the node gives node ID setting 

declares itself as a child to the node that is connected to the permission to the child port that has the smallest number 

pertinent port (steps S1608 and S1609). (step S1703). 
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The node that obtains the setting permission at step 
S1703, also determines whether among its ports it has a 
child port to which is connected a child node whose ID has 
not yet been set (step S1704). 

If, at step S1704, the node determines it has a child port 5 
to which is connected a child mode for which a node ID has 
not yet been set, the node repeats the process at step S1703. 

If, at step S1702 or S1704, the node finds that it does not 
have a child port to which is connected a child node for 
which a node ID has not yet been set, the node that received 10 
the setting permission sets a node ID for itself (step S1705). 

The node for which the ID has been set broadcasts a self 
ID packet that includes its node number and information 
concerning the connection state of the communication port 
(step S1706). 

The broadcast consists of the transmission of a commu- 
nication packet by the pertinent node to an unspecified 
number of nodes that constitute the 1394 network. Upon 
receiving the self ID packet, each node can identify the node 2 o 
numbers assigned to the individual nodes, including the 
pertinent node. 

In FIG. 14, for example, node B, which is the root, gives 
node ID setting permission to node A, which has the 
communication port having the smallest port number #1. 25 
Node A assigns node number No. 0 to itself, and sets for 
itself a node ID that includes a bus number. Further, node A 
broadcasts a self ID packet in which the node number is 
included. 

FIG. 18 is a diagram showing an example structure of a 30 
self ID packet. 

In FIG. 18, a field 1801 is used to store the node number 
of a node that has transmitted a self ID packet. A field 1802 
is used to store information concerning a transfer speed that * 
can be coped with. A field 1803 is used to indicate the 35 
presence or absence of a bus management function (the 
presence or absence of the bus manager capability). And a 
field 1804 is used to store information concerning the 
consumption and the supply of power characteristics. ^ 

Furthermore, a field 1805 in FIG. 18 is used to store 
information (e.g., connection, disconnection and a parent- 
child relationship existing between communication ports) 
concerning the connection state of a communication port 
having #0 as its port number. A field 1806 is used to store 45 
information (e.g., connection, disconnection and a parent- 
child relationship existing between communication ports) 
concerning the connection state of a communication port 
having #1 as its port number. And a field 1807 is used to 
store information (e.g., connection, disconnection and a 5Q 
parent-child relationship existing between communication 
ports) concerning the connection state of a communication 
port having #2 as its port number. 

When the node that transmitted a self ID packet can also 
serve as a bus manager, the contender bit stored in the field 55 
1804 is set to "1". If the node can not function as a bus 
manager, the contender bit is set to "0". 

The bus manager is a node that includes the following 
functions. By employing various data included in the self ID 
packet, the bus manager manages the power for a bus 60 
(manages, for each node, data as to whether power can be 
supplied via a communication cable and whether a supply of 
power is required), manages speed information (manages 
the maximum transfer speed between nodes in accordance 
with information concerning the transfer speed available for 65 
each node), manages the connection configuration of a 
network (topology map information), manages the connec- 
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tion configuration of a network in accordance with infor- 
mation for the parent-child relationships existing between 
communication ports), optimizes the bus based on the topol- 
ogy map, and provides these data to another node. Using 
these functions, the node that is a bus manager can manage 
the local bus. 

A node whose node ID is set at step S1706 determines 
whether there is a parent node (step S1707). If there is a 
parent node, the parent node again performs the process at 
step SI 702, and gives ID setting permission to a node whose 
ID has not been set. 

If there is no parent node, it is assumed that the pertinent 
node is a root. The root then determines whether the node 
IDs have been set for the nodes that are connected to all the 
child ports (step S1708). 

When, at step S1708, it is determined that the ID setting 
process has not yet been completed for all the nodes, the root 
gives ID setting permission to the child port having the 
smallest number selected from among the nodes, including 
a pertinent node (step S1701). Thereafter, the processing 
beginning with step S1702 is performed. 

When the ID setting process has been completed for all 
the nodes, the root sets a node ID for itself (step S1709). 
Thereafter, the root broadcasts a self ID packet (step S1710). 

Through the above described processing, the individual 
nodes along the local bus can automatically set node IDs. 

After the node IDs have been set, the node having the 
largest node number serves as the manager if a plurality of 
nodes include the functions of the bus manager. That is, if 
the root has the largest node number along the local bus and 
can function as a bus manager, the root serves as the a bus 
manager. 

If the root does not have such functions, a node having the 
second largest node number serves as the bus manager. A 
node that serves as a bus manger can be identified by 
examining a contender bit 1803 in a self ID packet that each 
node broadcasts. 

(9) Arbitration 

FIGS. 19A and 19B are diagrams for explaining arbitra- 
tion performed in the 1394 network in FIG. 2. 

Before the transmission of data, arbitration is performed 
to determine the right of use of the bus in the 1394 network. 
The 1394 network, which is a logical bus network, can 
transmit the same communication packet to all the nodes in 
the network by relaying a communication packet received 
from a specific node to another node. Therefore, in order to 
avoid communication packet collisions, arbitration is 
required. By applying arbitration, only one node can trans- 
mit a packet at a specific time. 

FIG. 19A is a diagram for explaining an example wherein 
nodes B and F issue a request for the right to use of the bus. 
When the arbitration is begun, nodes B and F issue to their 
parent nodes a request for the right to use the bus. The parent 
node that receives the request from the node B, i.e., node C, 
relays the request to its parent node, i.e., node D. Finally, this 
request is transmitted to the root (node D) that performs the 
arbitration process. 

Upon receiving the requests for the right to use the bus, 
the root determines which node can use the bus. Only the 
root node can perform the arbitration process, and permit the 
node to use the bus that was awarded the right through 
arbitration. 

FIG. 19B is a diagram for explaining an example where 
the request from node F is approved and the request from 
node B is rejected. 



04/19/2004, EAST Version: 1.4.1 



us 6,7: 

15 

The root transmits a DP (Data Prefix) packet to the node 
whose request was rejected as a result of the arbitration 
process, and notifies the node its request has been rejected. 
The pertinent node holds the request for the right to use the 
bus until it can be submitted for the next arbitration process. 

Through the use of arbitration, the 1394 network can 
manage the right of use of the bus. 

(10) Communication Cycle 

The isochronous transmission mode and the asynchro- 
nous transmission mode can coexist in each communication 
cycle in a time sharing manner. The time for one commu- 
nication cycle is normally 125 /mi. 

FIG. 20 is a diagram for explaining an example where the 
isochronous transmission mode and the asynchronous trans- 
mission mode are present in one communication cycle. 

The isochronous transmission mode is performed prior to 
the asynchronous transmission mode. This is because, after 
a cycle start packet, an idle time (subaction gap) that is 
required to start an asynchronous transmission is longer than 
an idle time (isochronous gap) that is required to start an 
isochronous transmission. For this reason, the isochronous 
transmission is performed before the asynchronous trans- 
mission. 

In FIG. 20, when the communication cycle is started, a 
cycle start packet (hereinafter referred to as a CSP) is 
transmitted by a specific node. The individual nodes can 
adjust the time by using this CSP, so that their time mea- 
surements correspond to those of the other nodes. 

(11) Isochronous Transmission Mode 

The isochronous transmission mode is a synchronized 
transmission method. The isochronous transmission mode 
can be performed within a predetermined period following 
the start of a communication cycle. In addition, the isoch- 
ronous transmission mode is always executed for each cycle 
in order to maintain real-time transmission. 

The isochronous transmission mode is especially appro- 
priate when the real-time transmission of data, such as 
moving image data and audio data, is required. The isoch- 
ronous transmission mode is not a one-to-one communica- 
tion process like the asynchronous transmission mode, but is 
broadcast communication. That is, a packet output by a 
specific node is evenly transmitted to all the other nodes on 
the network. It should be noted that ack (response code for 
reception confirmation) is not present in an isochronous 
transmission. 

In FIG. 20, channel e (ch e), channel s (ch s) and channel 
k (ch k) represent periods during which the nodes perform 
isochronous transmission. In order to distinguish a plurality 
of different isochronous transmissions, the 1394 interface 
provides different channel numbers. Therefore, the isochro- 
nous transmission of data among a plurality of nodes is 
possible. The channel number does not specify a transmis- 
sion destination, and merely represents a local number for 
data. 

The isochronous gap in FIG. 20 represents an idle state of 
the bus. When a predetermined time has elapsed since the 
idle state of the bus, a node that desires to make an 
isochronous transmission assumes that it can,use the bus, 
and initiates the arbitration. 

The format of a communication packet to be transmitted 
in the isochronous transmission mode is shown in FIG. 21. 
Hereinafter, a communication packet to be transmitted in the 
isochronous transmission mode is called an isochronous 
packet. 
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In FIG. 21, the isochronous packet is constituted by a 
header 2101, a header CRC 2102, a data portion 2103 and 
a data CRC 2104. 
The header 2101 includes a field 2105 used to store the 

5 length of the data portion 2103, a field 2106 used to store 
format information for the isochronous packet, a field 2107 
used to store the channel number of the isochronous packet, 
a field 2108 used to store transaction code (tcode) to identify 
the format of a packet and a process to be performed, and a 

10 field 2109 used to store synchronization data. 

(12) Asynchronous Transmission Mode 

The asynchronous transmission mode is an asynchronous 
transmission method. The asynchronous transmission can be 

1 performed during a period following the isochronous trans- 
mission and continuing until the start of the next commu- 
nication cycle, i.e., a period continuing until the CSP of the 
next communication cycle is transmitted. 

2Q In FIG. 20, the first subaction gap represents the idle state 
of the bus. When the idle time reaches a predetermined 
value, a node that desires asynchronous transmission 
assumes that it can use the bus, and initiates the arbitration. 
A node that obtains the right of use of the bus through 

25 arbitration transmits a packet shown in FIG. 22 to a prede- 
termined node. Upon receiving this packet, the node returns 
an ack (a response code for reception confirmation, or a 
response packet) after the ack gap. 

FIG. 22 is a diagram showing the format of a communi- 

30 cation packet based on the asynchronous transmission mode. 
Hereinafter, a communication packet to be transmitted in the 
asynchronous transmission mode is called an asynchronous 
packet. 

In FIG. 22, the asynchronous packet is constituted by a 

35 header 2201, a header CRC 2202, a data portion 2203 and 
a data CRC 2204. 

The header 2201 includes a field 2205 used to store the 
node ID of a destination node, a field 2206 used to store the 
node ID of a source node, a field 2207 used to store labels 

40 that represent a series of transactions, a field 2208 used to 
store code indicating a re-transmission status, a field 2209 
used to store transaction code (tcode) to identify the format 
of a packet and a process to be performed, a field 2210 used 
to store the priority order, a field 2211 used to store the 

45 memory address of the destination, a field 2212 used to store 
the length of the data portion 2203, and a field 2213 used to 
store extended transaction code. 

The asynchronous transmission mode is a one-to-one 

5Q correspondence communication transmitted by a local node 
to a partner node. Although a packet received from a source 
node is transmitted to all the other nodes on the network, 
each node ignores a packet that is addressed to another node. 
Therefore, only a destination node can read the packet. 

55 When the time for the transmission of the next CSP is 
reached during the asynchronous transmission, the asyn- 
chronous transmission is not forcibly halted; the next CSP is 
transmitted after the transmission has been completed, 
Therefore, if one communication cycle takes longer than 

60 125 /*S, the next communication cycle is reduced by a length 
equivalent to the extended time. In this manner, the 1394 
network can maintain substantially the same communication 
cycle. 

• The configuration and functions of the 1394 network have 
65 been explained. 

The following methods are used to prepare a device map 
with which the application of the PC 112 manages the 
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topology of the above described network: (1) a device map outlets 101 in room B are Bl and B2 in the ASCII form, 

is prepared in accordance with topology map information Similarly, the room index for the outlet 101 in room C is CI 

provided by a bus manager, and (2) a device map is prepared in the ASCII form, and the room index for the outlet 101 in 

in accordance with a self ID packet that is transmitted by room D is Dl in the ASCII form. 

each node after a bus reset has occurred. 5 Dm 00 which indicates that a location is unstable is 

According to the above methods, however, although the st0 red as the initial value in the position info entry 2303 of 

connection configuration with the parent-child relationship eacn device that can be freely located in all the rooms. At 

for nodes can be identified using the topology map this time, writable position information is written to the 

information, the actual location of each node can not be position info entry 2303 of each of the devices. When the 

obtained. 10 process associated with a bus reset has been completed, a 

To resolve this problem, a method is used by which device predetermined method is used to write the position infor- 

map information is stored in a database other than the mation. 

configuration ROM. With this method, however, since the f\Q 25 is a diagram and FIG. 27 is a flowchart for 

access procedures for the database and the communication explaining the states where the devices are connected to the 

procedures to obtain the device map information are not in is out i ets m me rooms, or to another device, 

common use by the individual nodes, a better device map , n F , G ^ when me devices are C0DDecled t0 the outlets 

function can not easily be provided. m m the r00ms and all (he devices are tumed ^ me above 

Therefore, the home network in this embodiment is con- described bus reset is begun (step S2701). 

structed as follows, so that the application of the manage- When ^ bus feset and ^ ^ M ocess (i the 

mem device can provide a better device map function. (1) 20 ideQtification of g flew configuration ^ 

Device map information such as the locations of nodes and mem of Qode IDs) have becn leted> each device 

functions supported by the nodes is stored in a predeter- receives a ^ , D ke( frQm fl device ^ ^ 

mined area of the configuration ROM that is constantly direcU tQ j|s mmmunicaiion port , and stores the inforrna . 

mounted in each node. (2) Each node provides the device ^ m ^ 

map information in response to a read transaction performed 25 _ , f . , , . r c 

, *V » j Each of the devices reads position information from its 

by the management device. . . . f f 

„„ , , . , , . . , . position info entry 2303 (step S2702). 

With this arrangement, although the management device « , . , . , , . . . . , . 

of this embodiment does not cope with access procedures ™° device determrr.es whether the position information is 

and communication procedures unique to the individual . °? 0* Nation is unstable) (step S2703). If the position 

nodes, the management device can obtain device map infor- 30 ^formation ts not 00 , the dev.ce identifies the information 

mation from all the nodes. As a result, a better device map as ettecuve - 

function can be easily provided. lf lhe position information is "00", the device reads 

Tie structure of the configuration ROM that is included P 05 ' 1 ' 00 information from the position info entry 2303 of a 

by the all the nodes in this embodiment (all the devices and device that is connected d.rectly to the communication port 

all the outlets) is shown in FIG. 23. 35 ( ste P S2704 >- Eacn device ^P 10 ^ tne above read Uansac - 

In FIG. 23, information concerning the functions sup- ^ 10 read «■» Potion information from the position entry 

-ji t * a t ,u • . 2 t . „ „ 2303 in order, beginning with the connection port having the 

ported by the nodes (e.g., the printer function, the scanner 11 k 

function and the recording/reproduction function) is stored s esl P orl num er 

in a function directory 2304 that is offset from a root /n In FIG 25 » for example, a device that is connected 

directory 2301 directly to the outlet 101 reads position information stored in 

Tne function directory 2304 includes a function category lhe P osition "f 0 entrv 2 ^ of the outlet 101. The PC 112 

(a function class entry 2305) that is sorted in advance into f™??^ l ° lhe oulle ! V* 1 m roo £ A /u nde * 

classes for functions; a pointer, entered in an information M from the P os ! Uon inf ° eDtf y 2 ^ of thc outlel 101 ' and 

area (unit directory offset entry 2306), to a directory in 45 slores u m lts P oslll0D mfo eQlr y 2303 - 

which is stored information concerning software that carries Similarly, room index "Bl" is stored in the position info 

out supported functions, and a communication protocol that entry 2303 of the digital video 113 that is connected to the 

corresponds to the supported functions; and a pointer, in an outlet 101 in room B; room index "CI" is stored in the 

information area (a function info offset entry 2307), to a position info entry 2303 of the digital video 114 that is 

directory in which is stored information unique to the connected to the outlet 101 in room C; and room mdex "Dl" 

supported functions ^ stored in the position info entry 2303 of the inkjet printer 

Hie inherent information for a local node (e.g., the name 115 that 15 connected to the outlet 101 in room D. 

of a company, the name of a model and position Since in FIG. 25 position information for the PC 112 has 

information) is stored in a node dependent info directory not been initialized, the inkjet printer 110 and the scanner 

2302 in the configuration ROM of each node. Particularly, in 55 111 that are connected directly to the PC 112 read the data 

accordance with the following processing, the position "00" that indicate the location is unstable, 

information is stored as a position info entry 2303 in the In this embodiment, if position information read from the 

node dependent info directory 2302. position info entry 2303 of the nearest device is 00 (location 

The position information to be stored in the configuration is unstable), the pertinent device repeals the reading of a 

ROM of each node will now be explained while referring to 60 device tnal ^ s connected directly to the communication port 

FIGS. 24 to 27. until it can read effective position information (step S2705). 

In FIG. 24, in the position info entry 2303 for the outlet ^ results are shown m 26. 

101 that is mounted in each room, a room index is written By repeating this process, the effective position informa- 

in advance when the outlet 101 is installed. The room index tion (the room index in this embodiment) is written in the 

is never changed. 65 position info entries 2303 of all the devices (step S2706). 

In FIG. 24, the room index for the outlel 101 in room A In FIG. 26, for example, the inkjet printer 110 and the 

is Al in the ASCII form. The room indexes for the two scanner 111 repeat the read transaction with the PC 112 until 
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the position information for the PC 112 is effective, i.e., until using the node numbers of the individual nodes and their 

room index "Al" is stored. responses (step S2906). The thus prepared table is stored in 

Through the above process, each node can furnish its the memory 2803. The contents of the table are shown in 

location to another node. A node whose location is not FIG. 31. 

ensured reads the position information of a node that is 5 In FIG. 31, for each node, functional information for a 

connected directly to the communication port (i.e., the node, a corresponding room index, and corresponding 

nearest node), and stores that information in a predetermined detailed information (details) are stored. The detailed infor- 

area IN the configuration ROM. As a result, the pertinent mation includes the name of a company, the name of a model 

node can provide its location TO another node. Therefore, and a supported communication protocol. The communica- 

ALL the nodes that are located in the same space, e.g., in a 10 tion protocol information is, for example, the AV/C protocol 

room, can obtain the same position information. for controlling the communication of AV (Audio/Visual) 

While referring to FIGS. 28 and 29, an explanation will data, the SBP-2 (Serial Bus Protocol-2) for permitting the 

now be given for the device map preparation processing setting of SCSI commands, or the DPP (Direct Print 

performed by a device map application unit in the PC 112. Protocol) for controlling communication of a static image. 

FIG. 28 is a diagram showing a partial arrangement for 15 ^ter the lable is. prepared, the application prepares a 

the PC 112. device map by using the device map preparing unit 2804. A 

In FIG. 28, a 1394 interface 2801 for the PC 112 is device map displayed on the display unit 2805 of the PC 112 

connected to a 1394 interface for another node. A configu- 15 shown in FIG ' 32 ' 

ration ROM 2802 in the PC 112 is constructed as in FIG. 23. 2 o In FIG ' 32 ' lhe a PP ucation employs the room indexes of 

A memory 2803 is used to store a table that includes the table to lay out the image on the display screen, and 

information, such as position information and functional displays spatial areas corresponding to the room indexes on 

information, that is required to prepare a device map for this the screen (step S2907). 

embodiment and to store topology information. A device Then, the application prepares the icons for the individual 

map preparing unit 2804 employs the table and the topology 2 s nodes based on the functional information in the table, and 

map information to prepare a predetermined display and an displays the icons in the areas that correspond to the room 

icon. A display unit 2805 displays the results obtained from indexes (step S2908). It should be noted that the icons are 

the device map preparing unit 2804, A control unit 2806 displayed using forms that enable a user to visually identify 

controls the individual sections of the PC 112. And a the features of the functions. 

recording medium 2807 is used to store the device map 30 Following this, the application employs the topology map 

preparation application. It should be noted that this appli- prepared at step S2902 to display the connections of the 

cation is stored using program code that can be read by the i con s that are located in the individual areas (step S2909). 

controller 2806. Further, the application displays, together with the icons, 

FIG. 29 is a flowchart showing the device map prepara- the corresponding detailed information (the name of a 

tion processing performed by the application stored in the 35 company, the name of a model, protocol information, etc.) 

recording medium 2807. listed in the table (step S2910). 

The 1394 interface 2801 of the PC 112 constantly moni- Through the above described processing, the application 

tors the occurrence of a bus reset (step S2901). screen of the PC 112 can display a better device map. 

After the bus reset is completed, the control unit 2806 of According to this embodiment, since the position infor- 

the PC 112 counts the number of devices on the network, and 40 mation and the functional information for each node are 

prepares a topology map in accordance with the topology stored in a predetermined area of the configuration ROM, 

map information provided by the bus manager, or by the self the process for accessing the configuration ROM and the 

ID packet received from each node (step S2902). communication process to obtain the device map informa- 

After the topology map has been prepared, the device map tion can be used in common by the individual nodes, so that 

preparation application reads data from the configuration 45 a better device map function can be provided. 

ROM of each node in accordance with predetermined pro- i n addition, not only the connections of the nodes, but also 

cedures (step S2903). nodes having the same position information can be laid out 

FIG. 30 is a diagram for explaining the processing when in one area on the display screen. Therefore, the locations of 

the 1394 interface of the PC 112 reads data from the 5Q the individual nodes can be visually displayed, so that a 

configuration ROM of another node. better network management function can be provided for a 

In FIG. 30, the 1394 interface 2801 uses the read trans- user, 

action process to read data that are stored in the node Furthermore, since the icons for nodes are prepared by 

dependent info directory 2303 and the function directory using the functional information for the nodes, the functions 

2304 of the configuration ROM. The PC 112 reads data in 55 of the nodes can be easily identified, 

the ascending order of the node IDs, but may read data in Further, the detailed information (the name of a company, 

another arbitrary order. the name of a model, supported protocol information, etc.) 

The control unit 2806 of the PC 112 extracts position for the nodes can be displayed together with the icons for the 

information from the data obtained from the nodes, and nodes. 

determines whether the position information represents "00" 60 As is described above, according to the embodiment, the 

(the location is unstable) (step S2904). If the position processing to obtain the device map information for the 

information represents "00", the PC 112 ascertains that the individual nodes can be employed in common by the nodes, 

position information is not effective. And when a predeter- and a better device map can be prepared. Thus, a better 

mined time has elapsed, the PC 112 reads the position network management function can be provided for a user, 

information for the pertinent node (step S2905). 65 since the locations of the devices and the supported func- 

When the reading of position information for all the tions can be displayed visually, a desired device can be 

devices is successful, the application prepares a table by easily specified. 
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What is claimed is: 

1. An electronic device comprising: 

a digital interface that is connectable to a node in a 
network, said node including first location information 
indicating a room where said node is located; and 5 

a memory that stores second location information indi- 
cating a room where said electronic device is located, 

wherein said memory is a memory for storing information 
about said electronic device, and 1Q 

wherein said electronic device automatically obtains said 
first location information from said node connected to 
said digital interface, and stores said first location 
information as said second location information in said 
memory. !5 

2. An electronic device according to claim 1, wherein said 
digital interface is connectable to an outlet mounted in a 
room. 
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3. An electronic device according to claim 1, wherein said 
digital interface transmits said second location information 
to a request node that requests location information of said 
electronic device. 

4. An electronic device according to claim 1, wherein said 
network is a home network. 

5. An electronic device according to claim 1, wherein said 
digital interface conforms to IEEE 1394 standards. 

'6. An electronic device according to claim 1, wherein said 
electronic device automatically obtains said first location 
information from said node connected to said digital inter- 
face if said second location information is invalid. 

7. An electronic device according to claim 6, wherein said 
electronic device automatically obtains said first location 
information from said node connected to said digital inter- 
face again if said first location information is invalid. 

* * * * * 
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